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(57) Abstract 

A multi-application smart card has a persistent storage unit. The persistent storage unit stores data and/or information that indicates 
which application is to be run the next time the smart card is inserted into a terminal. The persistent storage unit may indicate the same 
application, a different user-selected application, or an application-selection application is to be run next Alternatively, the persistent 
storage unit may indicate the next application on a predefined list as the application to be run nexL An application-selection terminal allows 
a user to manually select the user-selected application. "Hie terminal may initiate communication with the smart card by sending a special, 
predefined signal to the smart card. 
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SMART CARD APPLICATION-SELECTION 

This application claims the benefit of the filing of U.S. Provisional Patent application No. 

60/059,382, filed September 19, 1997. 

BACKGROUND OF THE INVENTION 

The invention relates to smart cards and, in particular, to smart card application selection 
in a multi-application smart card. 

Smart cards are used for a wide variety of applications including electronic game cards, 
bank cards, and identification badges. The smart cards are typically encased in a tamper- 
resistant, plastic or metal housing about the size of a credit card and contain one or more 
embedded integrated circuit devices. Terminals, such as electronic casinos, automatic teller 
machines, and ID verification systems, are known which employ one or more smart card 
interfaces to connect the smart card to the terminal. 

Conventional terminals have built-in communications protocols that are used to support 
the smart card applications. These protocols typically require the smart card, upon receiving a 
reset from the terminal, to immediately identify itself by providing an Answer To Reset (ATR). 
Each smart card application may have a different ATR and/or require a different protocol. 
Therefore, if the terminal does not receive a recognizable ATR, i.c, the terminal does not 
support the application, it may immediately reject the smart card. 

For single-application smart cards, the card simply provides its only ATR, and the 
terminal either accepts or rejects the card. Referring to FIG. 1, conventional terminals 10, 12, 
14, 16 are compatible with and will only recognize certain expected ATRs from smart cards 1 1, 
13, 15, 17, respectively. However, with the advent of multi-application smart cards, even though 
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the correct card may be inserted, the wrong ATR may be provided to the terminal because each 
application on the card may have a different ATR and/or communications protocol. The smart 
card has no opportunity to discover the nature of the terminal before providing the ATR and, 
therefore, does not know which ATR is required. 

One solution is to have a selection mechanism by which the terminal sends the multi- 
application smart card a "Select" command which selects the particular application to be run. 
Once selected, information and/or data going to and from the smart card are routed to the 
selected application until another Select command is received. Cards using this mechanism must 
have a specific ATR to be recognized by the terminals which support the mechanism. 

The selection mechanism works well but has two primary drawbacks. First, most of the 
presently existing terminals do not support this selection mechanism and will not recognize the 
associated ATR Therefore, cards implementing this mechanism will only be compatible with 
newer terminals that are designed to support application selection and can not be used in the vast 
base of existing terminals. Second, terminal and terminal device designers and/or software 
programmers have to expend time, effort and resource to incorporate this selection mechanism 
into their products. It would be much easier for them to simply use the existing terminal and 

terminal device specifications. 

SUMMARY OF THE INVENTION 

The present invention is directed to a method and/or mechanism for selecting the next 
application to run on a multi-application smart card. 

In general, in one aspect, the invention relates to a multi-application smart card that 
comprises a persistent storage unit that indicates a present application to be run. The smart card 
runs the application indicated by the persistent storage unit and modifies the persistent storage 
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unit to indicate a next application to be run. In some embodiments, the smart card may run an 
application-selection application between each conventional application. The application- 
selection application allows a user to select which application to run next. The smart card may 
also select the next application based on a predefined list of applications. The next application 
may be the same application as the present application. The smart card may use special 
signaling to activate an application-selection application. 

In general, in another aspect, the invention relates to a multi-application smart card 
comprising means for indicating a present application to be run, means for running the indicated 
application, and means for modifying the means for indicating to indicate a next application to be 
run. In one embodiment, the means for modifying modifies the means for indicating to indicate 
an application-selection application as the next application to be run. In another embodiment, 
the means for modifying modifies the means for indicating to indicate a next application on a 
predefined list as the next application to be run. The means for modifying may also modify the 
means for indicating to indicate the present application as the next application to be run, or a 
user-selected application as the next application to be run. Upon receiving a predefined signal 
from a smart card terminal, the means for running may run an application-selection application 
which allows a user to select which application to run next.. 

In general, in another aspect, the invention relates to a smart card system comprising a 
multi-application smart card having a persistent storage unit which designates a next application 
to be run on the smart card, and an application-selection terminal that allows a user to select 
which application to be run next on the smart card. In some embodiments, the smart card 
modifies the persistent storage unit to designate an application-selection application as the 
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application to be run next In other embodiments, the terminal modifies the persistent storage 
unit to designate a user-selected application as the application to be run next. 

Advantages of the invention include at least the following: flexibility and ease in 
selecting one of several applications on a multi-application smart card, and maintaining 
5 compatibility with the existing installed base of conventional smart card terminals. This 
backwards compatibility facilitates use of multi-application smart cards in traditional single 
application terminals while permitting innovative new applications to be deployed on the same 
card. Other advantages will become apparent from the following description and from the 
claims. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates single-application smart cards and their respective terminals. 
FIG. 2 illustrates a multi-application smart card. 

FIGS. 3 A and 3B are flow charts showing the operation of a smart card wherein the next 
application to be run is determined according to a predefined list 
15 FIG. 4 illustrates a multi-application smart card having an application-selection 

application and an application-selection terminal. 

FIGS. 5 A-5C are flow charts showing the operation of a smart card wherein an 
'. application-selection application is run between each other application. 

FIGS. 6A-6D are flow charts showing the operation of a smart card wherein an 
20 application-selection is run only upon detection of special signaling. 

FIG. 7 illustrates a multi-application smart card of the present invention. 
FIG. 8 illustrates an application-selection terminal of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Throughout the description and the figures, elements that are the same will be accorded 

the same reference numbers. 

Referring to FIG. 2, a multi-application smart card 20 contains at least four conventional 
applications supported by conventional terminals 10, 12, 14, 16, as indicated by the available 
ATRs. A persistent storage unit 22 on the smart card 20 stores the name, location, or other 
information indicating which one of the four applications is to be run when the smart card 20 is 
inserted mto me teraiinals 10, 12, 14, 16. The persistent storage unit 22 may be an EEPROM or 
FLASH memory, or any other memory which retains its data when the smart card is not powered 
up. From the above description, it will be appreciated that a mechanism or scheme must be 
provided to alter or change the value stored in the persistent storage unit 22 to the value of the 
desired application in order to prevent the wrong application mam being run when the smart card 
20 is inserted into a terminal. 

Referring to FIG. 3 A, operation of the multi-application smart card begins with a user 
inserting the smart card 20 into a conventional or regular terminal (ST30). A transaction is 
executed between the smart card 20 and the terminal (ST3 1), and the user removes the smart 
card 20 from the terminal at the end of the transaction (ST32). Because of the multiple 
applications on the smart card 20, the user has to determine if the correct application was run 
(ST33). If it happens that the correct application was run, then the user simply stops or goes 
about his other business. If the wrong application was run, then the user may reinsert the smart 
card 20 back into the tenninal (ST30). 

The key to this embodiment is each time the user executes a transaction (ST3 1 ), a 
different application in a list of applications in the smart card 20 is run. Thus, through a sort of 
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round-robin process which will be described in more detail below, the correct application may 
eventually be run by repeated insertion of the smart card 20. 

Referring to FIG. 3B, user execution of a transaction (ST31) begins with the smart card 
20 receiving a predefined signal, such as a Reset signal, from the terminal (ST31a). Upon 
receiving the predefined signal, the smart card 20 reads the persistent storage unit 22 to 
determine the present application to be run (ST3 lb). The smart card 20 then modifies the 
persistent storage unit 22 to store the value of the application that is next in line on a predefined 
list of applications (ST31c). Note that in most embodiments, the predefined list of applications 
will generally be created and/or modified upon installation or deletion of applications on the 
smart card, so that the list will track available applications. This application stored in the 
persistent storage unit 22 will then be the application that is run the next time the smart card 20 
inserted into the terminal. The smart card 20 then runs the present application (ST31d) which 
sends its ATR to the terminal (ST3 le). The terminal then determines if the ATR is one that is 
recognizable or acceptable to the terminal (ST31f). If it is, then the smart card 20 and the 
15 terminal exchange data (ST3 1 g) or otherwise carry out a transaction, and afterwards the 
transaction is terminated (ST31h). If it is not, then the transaction is terminated right away 
(ST31h). 

This embodiment has the advantage of being able to run any application on the smart 
card 20 without requiring a special terminal to select the application. However, the process of 
20 repeatedly inserting and removing the smart card 20 could be cumbersome if there is a large 
number of applications on the card. Furthermore, it is possible that some terminals may react 
adversely to the repeated insertion of a card that is supplying an unrecognized ATR. 

6 
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In another embodiment, referring to FIG. 4, a smart card 40 has a persistent storage unit 
42 and contains a fifth available ATR for a special "application-selection" application which is 
only supported by a special, application-selection terminal 44. In some embodiments, the 
application-selection terminal 44 is a Schlumberger PocketDock™ which is a small, portable 
terminal that can easily be carried around. Clearly, however, any other terminal can be used 
which supports the application-selection application, including other portable terminals, portable 
or desktop computers equipped with smart card readers, or any other terminal that supports this 
application. 

When inserted into the terminal 44, the smart card 40 provides the terminal 44 with the 
ATR for the application-selection application. After the terminal 44 accepts or otherwise 
acknowledges the ATR, the smart card 40 runs the application-selection application which 
allows a user to manually select, via the terminal 44, the application that is to be run next. The 
terminal 44 subsequently modifies the persistent storage unit 42 to indicate the selected 
application as the application to be run on next insertion. 

Referring to FIG. 5 A, in one embodiment, operation of the smart card 40 begins by 
inserting the card into the application-selection terminal 44 (ST50). The user then selects the 
desired application that is to be run (ST51) and removes the smart card 40 (ST52). Next, the 
user inserts the smart card into the desired conventional or regular terminal (ST53). The user 
executes the desired transaction (ST54) and removes the smart card 40 afterwards (ST55). 

The key to this embodiment is that the application-selection application is the default 
application to be run. In order to run any other application, the user must first insert the smart 
card 40 into the application-selection terminal 44. This allows the user to manually select the 
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desired application. The user may then insert the smart card 40 into the desired regular terminal 
confident that the correct application will be run. 

Referring to FIG. 5B, user selection of an application (ST51) begins with the smart card 
40 receiving a predefined signal from the terminal 44 (ST51 a). The smart card 40 then reads the 
persistent storage unit 42 and finds that the application-selection application is to be run next 
(ST51b). The smart card 40 then runs the application-selection application (ST51c) which sends 
its ATR to the terminal 44 (ST5 1 d). The terminal 44 polls, surveys, or otherwise determines the 
applications that are available on the smart card 40 (ST51e). The terminal 44 then prompts the 
user to make a selection (ST51f)» and * he user makes the selection (ST51g). In a preferred 
embodiment, the terminal 44 then modifies the persistent storage unit 42 to indicate the user- 
selected application as the application to be run (ST5 lh). In some embodiments, the terminal 44 
may pass the value of the user-selected application to the smart card 40 instead, and the smart 
card modifies the persistent storage unit 42 accordingly. Afterwards, the transaction is 
terminated (ST51i). 

In this embodiment, referring to FIG. 5C, execution of a transaction (ST54) is in a 
manner identical to that of the smart card 20 of FIGS. 3A and 3B except the value stored in the 
persistent storage unit 42 is not determined according to a predefined list. (See FIG. 3B, ST31c). 
Instead, in this embodiment, the smart card 40 always modifies the persistent storage 42 to 
indicate the application-selection application as the application to be run next (ST54c). 

Note that in this embodiment, in order to use the card in a regular terminal again, even in 
the very same regular terminal from which the card was just removed, it is necessary to reinsert 
the smart card 40 back into the terminal 44 and select the desired application again because the 
application-selection application will have been designated as the next application to run. 
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Therefore, while the embodiment has the advantage of making it possible for a user to select the 
desired application without having to upgrade or replace the existing regular terminals, it does 
require that a terminal 44 be available in order for the user to make the selection. 

In another embodiment, as shown in FIG. 6A, the user may insert the smart card 40 into 
either an application-selection terminal 44 or a regular terminal (ST60) at any time. Once 
inserted, the smart card 40 relies on special signaling (described below) not normally employed 
in any conventional terminal to determine if the terminal is an application-selection terminal 44 
(ST61). If yes, then the user may select an application to be run (ST62). If no, then the user may 
execute a regular transaction (ST63). Afterwards, the user removes the smart card 40. When the 
user is ready to use the smart card again, he may simply insert the smart card again into either 
types of terminal, and the smart card will run the appropriate application. 

Referring to FIG. 6B, the smart card 40 determines whether the terminal is an 
application-selection terminal (ST61) by, for example, receiving a predefined signal from the 
terminal (ST61a). The smart card then waits a predefined time period to see if a 2 nd predefined 
signal is received (ST61b). In a preferred embodiment, the smart card 40 uses a microcontroller 
and/or a counter to measure the elapsed time between two reset signals. If the second reset 
signal occurs, say, from 0.5 and 1.5 milliseconds after the first, then the smart card determines 
that the terminal is an application-selection terminal 44. If the second reset occurs in any other 
time window, the smart card treats the terminal as a regular terminal. 

Referring to FIG. 6C, if the terminal is an application-selection terminal 44, the smart 
card automatically runs the application-selection application (ST62a) regardless of which 
application is currently designated by the persistent storage unit 42 as the application to run. The 
application sends its ATR to the terminal 44 (ST62b), and the selection process proceeds as 
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shown, with the end result being the terminal 44 modifies the persistent storage unit 42 to 
indicate the user-selected application as the next application (ST62f). 

Referring to FIG. 6D, if the terminal is a regular terminal, then the smart card 40 reads 
the persistent storage unit 42 to determine which application is to be run (ST63a). In a preferred 
embodiment, the smart card 40 then sets the very same application as the next application to be 
run (ST63b). This can be done by modifying the persistent storage unit 42 to store the 
appropriate value, or by simply leaving the current value in the persistent storage unit 42 
unchanged. In some embodiments, the smart card 40 may set the next application to be run 
according to a predefined list. The smart card 40 then runs the present application (ST63c) 
which sends its ATR to the terminal (ST63d). The smart card 40 and terminal exchange data 
(ST63e) or otherwise carries out the transaction, and the transaction is terminated (ST63f). 

In a typical scenario for this embodiment, the user uses the smart card over and over 
again in the desired terminal until he is ready to select a different application. He then inserts the 
smart card into a special application-selection terminal having special signaling capability. The 
smart card 40, which is equipped with, for example, a microcontroller (not shown) to recognize 
the special signaling, bypasses the application designated by the persistent storage unit and runs 
the application-selection application upon receipt and recognition of the special signaling. 

This embodiment has the advantage of being able to repeatedly run the same designated 
application on the smart card without requiring insertion into an application-selection terminal. 
However, it does require both a specialized smart card and application-selection terminal that can 
support the special signaling in order to select another application. 

A detailed implementation of a preferred embodiment is illustrated by a smart card Java 
program contained in the Appendix. The program contains a selection application and four 
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demonstration applications. This program is intended to run in a card which follows the Java 
card API, such as the Schlumberger CyberFIex™ card, and the application-selection application 
is designed to be compatible with a Schlumberger PocketDock™. 

Referring to FIG. 7, a multi-application smart card 70 comprises a microcontroller 72 
which is connected to a storage unit 74 and a memory unit 76. The microcontroller 72 executes 
smart card software and programs, carries out terminal instructions, and generally manages the 
flow of data to and from the smart card 70. In some embodiments, the microcontroller 72 may 
include a microprocessor, a programmable array logic (PAL), an application-specific integrated 
circuit (ASIC), and/or other integrated circuit devices. The storage unit 74, which may include a 
read-only memory (ROM), stores the programs and data, including the programs and ATRs for 
one or more applications, that are needed to operate the smart card 70. The memory unit 76, 
which may include a random-access-memory (RAM), temporarily stores the programs and data 
used by the microcontroller 72 during program execution. New or updated programs and data 
may be downloaded or programmed into the smart card 70 from time to time to upgrade the 
smart card 70. The smart card 70 also has a communications unit 78 connected thereto which 
allows the microcontroller 72 to transfer data to and from external devices. In addition, the smart 
card 70 has a persistent storage unit 80 that stores the name, location, or other information that 
indicates which application is to be run the next time the smart card 70 is inserted into a terminal. 
The microcontroller 72, in accordance with the embodiments described above, modifies the 
persistent storage unit 80 to designate the next application to be run. 

Although shown as separate blocks, the microcontroller 72, storage unit 74, memory unit 
76, communications unit 78, and persistent memory area 80 may be combined into a single IC 
device or an otherwise reduced or expanded number of separate IC devices. 

11 
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Referring now to FIG. 8, an application selection terminal 82 has a smart card interface 
84 connected to a microcontroller 86. The interface 84 allows the smart card 80 to be connected 
to the terminal 82 and facilitates communication between the smart card 70 and the terminal 82, 
In a preferred embodiment, the interface 84 includes a smart card reader or reader-writer and/or a 
power supply, such as a battery (not shown), that provides power to the smart card 70. In some 
embodiments, the interface 84 physically engages the smart card 70. In other embodiments, 
however, the interface 84 may use inductive, capacitive, or optical coupling, or the interface 84 
may use radio frequency signals to connect the smart card 70 to the terminal 82. The 
microcontroller 86, which may include one or more microprocessor, PAL, ASIC, or other IC 
devices, executes terminal programs and generally manages the flow of data to and from the 
smart card 70. A storage unit 88, which may include a hard drive, is connected to the 
microcontroller 86 and stores the basic programs and data needed to operate the terminal 82. A 
memory unit 90 temporarily stores the programs and data used by the microcontroller 86 during 
operation of the terminal 82. In addition, the terminal 82 has a manual selection unit 92, which 
may be a keypad, keyboard, or other manual selection devices that allow a user to manually enter 
a selection. The manual selection unit 92 allows the user to select the application that the user 
desires to run the next time the smart card 70 is inserted into a terminal. 

Note that, as is the case with the smart card 70, the microcontroller 86, storage unit 88, 
and memory unit 90 of the terminal 82 may be combined into a single IC device, or an otherwise 
reduced or expanded number of IC devices. 

Operation of the smart card 70 and terminal 82 is very similar to operation of the 
embodiments of FIG. 5A-5C and 6A-6D and will not be described here. 
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It is to be understood that the embodiments described above are merely illustrative and 
that other arrangements can be devised by one of ordinary skill in the art at the time the invention 
was made without departing from the scope of the invention. For example, although the special 
signaling was described as a first and second signal, additional signals and/or other signaling 
mechanisms such as status lines or communication lines being asserted or toggled, or any other 
conventional and/or unconventional signaling mechanisms could be employed to trigger the 
application-selection application. Also, smart card in this invention refers to the microcontroller 
and/or associated devices, and is not limited to a "card" or any particular form factor. Such a 
device may be embedded in, for example, a standard credit card format, or may be embedded in 
a ring, watch, automotive component, or any of a variety of various form factors, without 
departing from the scope of the invention. 
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APPENDIX 



FlexCash Demo Program - Written by Michael Montgomery 9/17/97 
Copyright (c) 1997 Schlumberger Austin Products Center, 
Schlumberger, Austin, Texas, USA. 

Version 1.0 

This program was written to test the mechanism of application-selection 
of 4 different demonstration application programs using a Schlumberger 
Pocketdock terminal. 

FlexCash State File (0x7701) 
Offset 0: FlexPoints Purse 
Offset 1: E-Coins Purse 
Offset 2: E-Bucks Purse 
Offset 3 : E-Money Purse 
Offset 4: Current application-selection 



public class FlexCash { 

public static void main(String args[]) { 
byte 0 Array, Value, Ack; 
byte application. Status; 

Array = new byte[8]; 

// Send the first byte of the ATR 
Array[0] = (byte)0x3B; 
_OS^endMessage(Array,(byte)0x01); 

Ack = newbyte[l]; 

// Read in the purse values and the application flag 

OS.SelectFile((short)0x7777); 
"oS^electFile((short)0x7701 ); 
Value - new byte[5]; 

_OSAeafflinaryFfle((short)0,(byte)5, Value); 
application = Vahie(4]; 

/♦Verify Key 0»/ 

ArraytOHbyte)OxAD; Array[l]=(byte)0x9F; Array[2]=(byte)0x61; 
Arrayt3Hbyte)0xFE; Array[4]=(byte)0xFA; Array[5]=(byte)0x2Q; 
Array[6Hbyte)0xCE; Array [7]=(byte)0x63; 
J)S.VerifyKey((byte)0, Array, (byte)8); 

/* Set the next application to be the selection application */ 

Ack[0] = nexCashConsLSELECTION; 

Status =_OS.WriteBinaryFile((short)4, (byte)l, Ack); 

switch(application) 
{ 
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case HexCashConstSELECnON: 

// Fill the last part of Ac FlexCash card ATR and send it 
Array{0] = (byte)0x32; Array[l J = (byte)0xl5; 
Arrayl2] = (byte)0x00; Array[3J = (byte)0x49; 
Array[4]=(byte)0xl0; 
_OS.SendMessage(Anay,(byte)5); 

// Allocate receive data buffer 

byteO receiveddatabuffer - new byte[OkiConstRECEIVED_DATA_LENGTH]; 

// Display welcome message w ■ 

bytcD dimapbuffcrh = new byte[OkiConstDISPJ4AP_CMD^LENGra]; //Light HELLO 

disproapbufTcrii[0] = OkiConsUSO^ESCAPE; 

dispmapbuffcrhfl] = OkiConstlNS^LCD^DISPLAY; 

c^rnapbuffern[2] = OkiConstI)ISPLAY_SEGMENT_MAP; 

dispmapbuffcrh[3] = OkiConstPARAM^UNUSED; 

dispmapbu£feiiit4] = OkiConsLDISP MAP_DATA_LENGTH; 

dispmapbuffcrh[5] = (byte)0x00; 

dispmapbuffcrh[6] = (byte)0x5D; 

dispmapbufferh[7] = (byte)0x03; 

dispmapbiifferfa[8] = (byte)OxOO; 

dispmapbutTern[9] = (byte)0x00; 

dispmapbuffcrli[10] « (byte)0x07; 

dispmapbufTcrh[l 1] - (byte)0x02; 

dispmapbuffcrh[12] = (byte)OxOO; 

dispmapbufTeriiI13] = (bytc)0x00; 

dispmapbu£fcrh[14] = (bytc)0x57; 

dispmapbufTcrh[15] = (byte)Ox03; 

dispmapbufTcA[16] = (byte)OxOO; 

dispmapbufferh[17] = (byte)OxO0; 

disprriapbufferh[l8] = (byte)Ox54; 

dispmapbufferh[19] = (bytc)0x01 ; 

dispinapbuiTerh[20] - (byte)OxO0; _ t ^ 

OS Scno7tfessage(a^inapbuiTe^^ 
~OSX>etMessage(reccived^ // Ignore status reply 

// Build key pad command buffers 

bvten keyscanbuffer = new byte[OkiConstKEY_SCAN_CMD_LENGTH]; 
byteQ keydatabuffer = new byte[OkiConstJCEY_DATA_CMD_LENGTH]; 

keyscanbuffertf)] = OkiConstISO_ESCAPE; 
keyscanbuffertl] = OkiConstINS^KEY_SCAN; 
keyscanbufTer[2] = OkiConstPARAM_UNUSED 
kcyscanbuffert3] = OkiCoiistPARAMJJNUSED 
keyscanbuffer[4] = OkiConstPARAM_UNUSED 

keydatabuffer[0] = OkiConsUSO_ESCAPE; 
keydatabufferli] = OkiConstINS_KEY_DATA; 
keydatabuffer(2] = OkiConstPARAM^UNUSED 
kcydatabuffer[3] = OkiConstPARAM^UNUSED 
keydataburTcr[4] = OkiCoxistPARAMJJNUSED 

// Build display command buffers 

byteD dispfixedbuffer = new byte[OkiConst.DlSP_FIXED_CMD_LENGTH]; // Display 1 .00 
dispfixedbuffer[0] = OkiConstISO_ESCAPE; 
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dispfixedbufTerfl] « OkiConst.INS_LCD_DISPLAY; 
dispfixedbufTerf2] = OkiConstDISPLAY^FIXED^POINT; 
dispfixcdbuffer[3] = OkiConstPARAM^UNUSED; 
dispfixcdbuffcr[4] = OkiConstDISP_FIXED_DATA_LENGTH; 
dispfixedbuffer(5] = (byte)0x00; 
dispfixcdbuffer[6] = (byte)0x00; 
dispfixedbuffcr{7] = (bytc)0x00; 
dispfixedbuffert8] = (bytc)OxOO; 
dispfixedbuffer{9] - (bytc)0x00; 

// Select Next application to tun 
byte inputkey; 
while (true) { 
// Prepare to read keypad 

OS SendMessage(keyscanbufFer,OkiCoiw 
~OSX3etMcssage(receivedMatato // Ignore reply 

7/ Get control keystroke (ignore all but first) 

OS.SendMessage(keydatabuffCT^ 
~OS.GetMessage(receivedtetabuff 

OkiConstj\CK_CODE); 
if(receiveddatabuffer[0] !^0) 

^ dispfixedbuffer[8] = receiveddatabufierfl]; 
OS.SendMessage(dispfixedbuf^ 
~OS.GetMessage(receiveddaUbuiT^ // Ignore reply 

/* Set the next application to be run */ 
Ack(0] = recei veddatabufTer[ 1 ] ; 
Status » _OS.WriteBinaryFile((short)4, (byte) 1 , Ack); 

} 



case FlexCashConstECOINS: 
// FQ1 the last part of the FlexCash ECOINS ATR and send it 
ArraylO] - (byte)0x32; ArraytU - (byte)0xl5; 
Anay[2] - (byte)0x00; Array[3] « (byte)0x49; 
Array[4] = FlexCashConstECOINS; 
JDS^ndMessag^ArrayXbyteJS); 

while (true) { 
// Wait for a 5-byte command 
_OS.GetMessage(Array,(byte)0x05,(byte)0x00); 

if(Array[0] = (byte)0xE2) { 

Value[l] = Ack[0] = (byteXValue[l]-Array[3]); 

Status - ^OS.WriteBinaryFxle((short)l,(byte)l, Ack); 

_OS.SendStatus(Status); 
} else { // Unknown E-Coins command 
OSXxecute((short)0,(byte)0); 

~OS.ScndStatus((byte)0x92); 

continue; 

} 

} 
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case FlexCashConstEBUCKS: 

// Fill the last part of the FlexCash EBUCKS ATR and send it 
ArraylO] - (bytc)0x32; Arrayf 1] - (byte)0xl5; 
Array[2] = (byte)0x00; Anay[3] - (bytc)0x49; 
Array[4] « FlcxCashConstEBUCKS; 
_OS.ScndMcssagc(Array^byte)5); 

while (true) { 
// Wait for a 5-byte command 
^OS-GetMessageCArray^yte^OS^yteJOxOO); 

if(Array[0] — (byte)0xE3) { 

Value(3] - Ack[0] - (byteXValue[2]-Array[3]); 

Status _OS.WriteBinaryFile((short)2,(byte)l, Ack); 

J3S.SendStatus(Status); 
} else { // Unknown E-Bucks command 

_OS.Execute((short)0,(byte)0); 

3oS.SendStatus((byte)0x93); 

continue; 

} 

} 

case FlexCashConstEMONEY: 

// Fill the last part of the FlexCash EMONEY ATR and send it 
Array[0] = (byte)0x32; Array[l] - (byte)0xl5; 
Array(2] = (byte)0x00; Array[3] = (byte)0x49; 
Array[4] = FlexCashConstEMONEY; 
_OS^endMessage(Array,(byte)5); 

while (true) { 
// Wait for a 5-byte command 
- OS.GetMessage(Array > (byte)Ox05,(byte)OxOO); 

if(Array[0] — (byte)0xE4) { 

Value[3] = Ack[0] » (byte)(Vahie[3]-Array[3]); 

Status - _OS.WriteBinaryFile((short)3 f (byte)l 1 Ack); 

_OS.SendStatus(Status); 
} else { // Unknown E-Money command 

_OS£xecute((short)0,(byte)0); 

JDS.SendStatus((byte)0x94); 

continue; 

> 

} 



case FlexCashConstLOYALTY: 
// Fill the last part of the FlexCash LOYALTY ATR and send it 
ArraylO] = (byte)Ox32; Arrayfl] - (byte)0xl5; 
Arrayt2] <= (byte)OxOO; Arrayt3] = (byte)0x49; 
Array(4] = FlexCashConstLOYALTY; 
_OS^endMessage(Array,(byte)5); 

• 

while (true) { 
// Wait for a 5-byte command 
OS.GetMessage(Array,(byte)0x05,(byte)0x00); 



17 



SUBSTITUTE SHEET (RULE 26) 



WO 99/16030 



PCT/IB98/01580 



if(Array[0] — (byte)0xEI ) { 
if (Anay(l] = (bytc)0x02) { // Decrement Loyalty command 

ValuefO] - (byte)(Value[0]-Array[3]); 
Status ■ _OS.WriteBinaryFile((short)0,(byte)I, Value); 
_OS.SendStatus(Status); 
contmue; 

if(Array[!] = (byte)OxOO) { // Get Values command 
_OS^cndMessage<Ack, (byte)l); 

OS^endMessage(Value, (byte)4); 
~OS^dSUtus((byte)0x00); 
continue; 

} 

} else { // Unknown selection command 
_OS.Execute((short)0,{byte)0); 
_OS^endStatus((byte)0x90); 
contmue; 

} 

} 

default 

_OS.SendStatus((byte)0x95); 

} //end of switch 
} // end of main 
} // end of class 



public interface FlexCashConstj 

// Constants for Flex Cash program 

static final byte SELECTION - (byte) 0; 
static final byte ECOINS = (byte) 1 ; 
static final byte EBUCKS = (byte) 2; 
static final byte EMONEY = (byte) 3 ; 
static final byte LOYALTY - (byte) 4; 
static final byte CHALLENGE = (byte) 7; 
static final byte DEBITFLAG « (byte) 1; 
static final byte CREDITFLAG = (byte) 2; 

} 



public interface OkiConst{ 

// Constants used for dealing with Pocketdock Reader 

static final byte DISP FIXED_DATA_LENGTH = (byte) 5; 
static final byte DISP HEX DATAJJENGTH = (byte)4; 
static final byte DISP~MAP_DATAJJENGTH = (byte) 16; 

static final byte DISP_FDCED_CMD_LENGTH - DISP_FIXED_DATA_LENGTH + (byte)5; 
static final byte DISP_HEX CMD_LENGTH = DISP_HEX_DATAJLENGTH + (byte)5; 
static final byte DISP_MAP~CMD_LENGTH « DISP_MAPJDATA_LENGTH + (byte)5; 
static final byte KEY_SCAN_CMD_LENGTH = (byte)5; 
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static final byte KEY_DATA_CMD_LJiNGTH = (byte)5; 
static final byte ISO ESCAPE = (byte)OxDO; 

static final byte INS~LCD_DISPLAY = (byte)OxE0; 
stotic filial byte INS JCEY_SCAN =(byte)0xEl; 
static final byte INS PIN_ENTRY = (byte)OxE2; 
static final byte INS~KEY_DATA = (bytc)OxE3; 
static final byte PARAMUNUSED = (bytc)OxOO; 
static final byte DISPLAY JTXED_POINT = (byte)OxO 1 ; 
static final byte DISPLAY_HEXADECIMAL = (bytc)0x02; 
static final byte DISPLAY_SEGMENT_MAP = (byte)0x03; 

static final byte RECETVED_DATA_LENGTH = (byte)3; 
static final byte ACKCODE = (bytc)0; 

} 
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CLAIMS 

What is claimed is: 

L A method of operating a multi-application smart card, comprising: 
inserting the smart card into a terminal; 

reading a persistent storage unit in the smart card to determine an application to be run; 
running the application; 

modifying the persistent storage unit to indicate a next application to be run; and 
removing the smart card from the terminal. 

2. The method of claim 1 , wherein modifying includes modifying the persistent storage 
unit to indicate an application-selection application as the next application to be run. 

3. The method of claim 1, wherein modifying includes modifying the persistent storage 
unit to indicate the present application as the next application to be run, 

4. The method of claim 1 , wherein modifying includes modifying the persistent storage 
unit to indicate a user-selected application as the next application to be run. 

5. The method of claim 1 , wherein modifying includes modifying the persistent storage 
unit to indicate a next application on a predefined list as the next application to be run. 

6. The method of claim I, further comprising running an application-selection 
application upon receiving a predefined signal from a terminal. 
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1 7. The method of claim 1 , further comprising determining applications which are 

2 available to be run on the smart card. 

1 8. The method of claim 1 , further comprising sending a predefined signal to the smart 

2 card. 

1 9. A method of selecting an application to be run in a multi-application smart card, 

2 comprising: 

3 inserting a smart card into a terminal; 

4 selecting an application; 
configuring the smart card to run the selected application upon next insertion; and 
removing the smart card from the terminal. 

I 10. The method of claim 10, wherein the terminal is an application-selection terminal. 

1 11. The method of claim 10, further comprising sending a predefined signal to the smart 

2 card. 
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12. The method of claim 10, further comprising detemiining which applications are 
available to be run on the smart card. 

13. A smart card capable of running multiple applications, comprising: 

a persistent storage unit that indicates a present application to be run; and 
a microcontroller that runs the application indicated by the persistent storage unit and 
modifies the persistent storage unit to indicate a next application to be run* 

14. The smart card of claim 13, wherein the microcontroller modifies the persistent 
storage unit to indicate an application-selection application as the next application to be run. 

15. The smart card of claim 13, wherein the microcontroller modifies the persistent 
storage unit to indicate a next application on a predefined list as the next application to be run. 

16. The smart card of claim 13, wherein the microcontroller modifies the persistent 
storage unit to indicate the present application as the next application to be run. 

17. The smart card of claim 13, wherein the microcontroller modifies the persistent 
storage unit to indicate a user-selected application as the next application to be run. 

18. The smart card of claim 1 3, wherein upon receiving one or more predefined signals 
from a smart card terminal, the microcontroller runs an application-selection application. 
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1 9. The smart card of claim 1 8, wherein the predefined signals includes a first reset 
followed by a second reset after a predefined interval. 

20. A smart card capable of running multiple applications, comprising: 
means for indicating a present application to be run; 

means for running the indicated application; and 

means for modifying the means for indicating to indicate a next application to be run. 

21. The smart card of claim 20, wherein the means for modifying modifies the means for 
indicating to indicate an application-selection application as the next application to be run. 

22. The smart card of claim 20, wherein the means for modifying modifies the means for 
indicating to indicate a next application on a predefined list as the next application to be run. 

23. The smart card of claim 20, wherein the means for modifying modifies the means for 
indicating to indicate the present application as the next application to be run. 

24. The smart card of claim 20, wherein means for modifying modifies the means for 
indicating to indicate a user-selected application as the next application to be run. 

25. The smart card of claim 20, wherein upon receiving a predefined signal from a smart 
card terminal, the means for running runs an application-selection application. 
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26. The smart card of claim 25, wherein the predefined signal includes a first reset 
followed, after a predefined interval, by a second reset. 

27. A smart card application selection terminal, comprising: 

a smart card interface that connects a multi-application smart card to the terminal; and 
a manual selection unit for manually selecting an available application as a next 
application to be run on the multi-application smart card. 

28. The terminal of claim 27, further comprising a microcontroller that determines which 
applications are available to be run on the multi-application smart card. 

29. The terminal of claim 27, wherein the microcontroller initiates communication with 
the multi-application smart card by sending a predefined signal to the smart card. 

30. The terminal of claim 27, wherein the microcontroller communicates, to the smart 
card, the application selected as the next application to be run. 

3 1 . A smart card application-selection terminal, comprising: 
means for interfacing with a multi-application smart card; and 

means for manually selecting an available application as a next application to be run on 
the multi-application smart card. 
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)l 32. The terminal of claim 31, further comprising means for initiating communication with 

2 the smart card by sending a predefined signal to the smart card. 

1 33. The terminal of claim 31, further comprising means for communicating to the smart 

2 card which application was selected as the next application to be run. 

1 34. The terminal of claim 31, further comprising means for determining applications 

2 which are available to be run on the multi-application smart card. 



1 35. A smart card system, comprising: 

2 a multi-application smart card having a persistent storage unit that designates a next 

3 application to be run on the smart card; and 
an application-selection terminal that allows a user to select which application to be run 

5 next on the smart card. 



t 36. The system of claim 35, wherein the smart card modifies the persistent storage unit to 

2 designate an application-selection application as the application to be run next. 

1 37. The system of claim 35, wherein the terminal modifies the persistent storage unit to 

2 designate a user-selected application as the application to be run next 

1 38. The smart card of claim 13, wherein the smart card may assume any form factor. 
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